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SYSTEM AND METHOD FOR NOTIFYING AN ELECTRONIC 
BILLING VENDOR OF A CUSTOMER STATUS CHANGE 



BACKGROUND 

5 Field of the Invention 

The present invention relates to coordinating information between a 
merchant and an outside vendor that provides a web-based electronic billing service 
for customers of the merchant. More specifically, the present invention relates to a 
system and method for automatically notifying the outside vendor of a change in 
pJO customer status when a customer contacts the merchant to change her service but 
Ul fails to contact the outside vendor. 
'ft Background of the Invention 

yj Enabled by the development of the Internet, more and more merchants are 

q offering their customers the ability to access billing account information and to pay 
[U5 bills online. Often, to provide this service, merchants contract with web-based 
y billing and payment service providers (referred to herein as "e-billing vendors"). 

Instead of issuing paper bills, merchants electronically forward billing information 
to the e-billing vendors, who then post periodic bills on the Internet. Once posted on 
the Internet, the e-billing vendors provide secured access through which customers 
20 can review their own accounts, but not the accounts of other customers. E-billing 
vendors also often manage electronic fund transfers between customer financial 
accounts and merchant accounts. In dispensing with paper-based checks, these e- 
billing vendors, such as CheckFree®, enable customers to complete such 



transactions as paying bills online, accessing full payment histories, scheduling 
payments in advance, scheduling variable and recurring payments, reviewing 
pending payments, authorizing payments to particular merchants, and storing bills 
electronically for future reference. 
5 For enrollment in an electronic billing and payment service, the merchant 

instructs its existing customers to log onto the e-billing vendor's website and 
register for the service. The customer designates the financial institution that will 
receive and pay the customer's bills, and the particular financial account number 
through which fund transfers will be processed. The financial institution is any 
^fflO business that supports electronic billing and payment, such as online banks, 
j[T Internet portals, brokerage credit unions, and personal finance software packages. 
Cj As a part of enrollment, the e-billing vendor furnishes the customer with a user 
s identification ("user ID") and password for secured access to the website. The e- 
^ billing vendor also establishes a mailbox for the customer, accessible only by using 

y 5 the user ID and password. This mailbox serves as the location at which the e- 

O 

billing vendor presents bills for payment, and the customer reviews and pays bills. 

Once the customer completes registration, the e-billing vendor forwards the 
registration information to the merchant in the form of a request-for-enrollment 
file. The merchant validates and edits the request-for-enrollment file, qualifies the 
20 customer, and returns a response file to the e-billing service reporting either that 
the customer's account is ready for electronic fund transfers or that the request for 
enrollment is denied (e.g., if the account number is invalid or if the enrollee is not a 
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customer of the merchant). If enrollment is accepted, the merchant activates the e- 
billing capabilities for the customer's account and modifies its internal accounting 
system to forward the customer's bills to the e-billing vendor, rather than to the 
customer by mail. For tracking purposes, the merchant and e-billing vendor 
generally use the service account number assigned to the customer by the 
merchant, e.g., in the case of a telephone company, the service account number 
would be the customer's telephone number. The e-billing vendor associates this 
account number with the previously registered user ID, password, financial 
institution, financial account number, and mailbox of the customer. 

Following enrollment, for each billing cycle (e.g., monthly), the merchant 
electronically forwards the billing information in a bill image data file to the e- 
billing vendor, preferably using file transfer protocol (FTP). By reading the account 
number associated with the bill image data file, the e-billing vendor locates the 
customer's mailbox. The e-billing vendor then web-enables the bill image data file 
by attaching hypertext markup language (HTML) commands and posts the bills to 
the mailbox for presentment and payment. Once posted, the customer can review 
the charges and approve the transfer of funds from her financial account to the 
merchant. For quality control, the e-billing vendor confirms during each billing 
cycle that billing information is received for each active enrolled customer, to assure 
that each customer can review and pay bills in a timely manner. 

Because a merchant typically issues bills to different customers on different 
billing cycles such that bills go out every day, merchants transfer billing 



information to the e-billing vendor on a daily basis. As a part of the tracking and 
quality control functions, the e-billing vendor and merchant provide each other with 
error reports for each daily transfer. The error reports detail instances in which, for 
example, customer accounts do not match or cannot be located. Although the error 
5 reports enable the merchant and the e-billing vendor to identify mismatched 
account numbers and to make the appropriate corrections to synchronize the 
systems, the reports require a manual review by the system operators and do not 
eliminate the need for further personal communication between the merchant and 
e-billing vendor to rectify the problems. 
}§0 The principal source of errors in these daily transfers of billing information is 

2 customer-requested changes in service that affect account numbers. Because the 
\i merchant and the e-billing vendor rely on the account number to synchronize a 

transfer, if a customer desires a change in service that affects her account number, 
r; both the merchant and also the e-billing vendor must be notified to ensure 
qL5 consistent billing. For such a situation, e-billing vendors instruct customers to 

always contact both the merchant and also the e-billing vendor to report the change. 
In this manner, the merchant knows to issue any subsequent billing based on the 
requested change and the e-billing vendor knows what type of billing information to 
expect from the merchant. Two typical examples of changes in service that affect 
20 the account number are account termination and account number change. To better 
illustrate these changes in the context of a particular industry, the following 
discussion addresses these service changes in the context of the telecommunications 



4 



# 

industry, in which an account termination is a disconnected telephone line and an 

account number change is a change of phone number (account number). 

If a customer follows the merchant's instructions, both the e-billing vendor 

and the merchant know that an account number has been canceled or changed, and 
5 can coordinate their billing processes accordingly. Figures 1 and 2 illustrate this 

situation in which a conscientious customer contacts the merchant and the e-billing 

vendor to coordinate a disconnected line (Figure 1) or an account change (Figure 2). 

The reference numerals in Figures 1 and 2, as well as Figures 3-6, indicate the 

order in which the steps occur. 
•fitO Despite the merchant's best efforts in instructing customers, customers 

j*7 frequently request the change from the merchant but neglect to contact the e-billing 
Z\ vendor. Figure 3 shows an example of this scenario for account termination. If a 
s customer contacts the telephone company to disconnect her telephone line but does 
W not inform the e-billing vendor of the change, when the next billing cycle comes due, 
"rJ5 the e-billing vendor will expect the usual bill from the telephone company, but the 
~~ telephone company will forward nothing. As a result, an error will appear on the 

error report and the e-billing vendor will have to contact the telephone company to 

investigate the missing billing information. This investigation is a burdensome 

clerical task. 

20 Similarly, Figure 4 shows an example of the problematic scenario for account 

number change. Here, a customer contacts only the telephone company to switch 
her service from one telephone number to another - in effect canceling an account 
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and opening another. As a result, during the next billing cycle, the e-billing vendor 
will receive billing information for the new account that it has not registered and 
does not recognize. In addition, the e-billing vendor will be looking for missing 
billing information for the cancelled account. Once again, the error report will 
5 indicate the mistakes and the e-billing vendor will have to waste resources 
contacting the merchant to coordinate the changes. 

Therefore, because customers inevitably fail to contact both the merchant 
and the e-billing vendor when requesting a service that affects an account number, 
the merchant needs a way of automatically notifying the e-billing vendor without 

ylO resorting to manually reviewed error reports and post hoc clerical fixes. 

ill 

t] SUMMARY OF THE INVENTION 

s The present invention is a system and method for a merchant to 

^ automatically notify an outside e-billing vendor of customer account status changes 
rl5 that affect the transfer of billing information between the merchant and the e- 
~~ billing vendor. The method of the present invention reads an update file containing 
service order activities, searches among the activities in the update file for 
customers enrolled in an e-billing service, determines which of those enrolled 
customers received a service change that affected their account number, copies the 
20 information associated with each affected account number into a record formatted 
as required by the e-billing vendor, and transmits the record to the e-billing vendor 
to synchronize the merchant and e-billing vendor accounts. 
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To implement this method, the primary components of the system include an 
update file, a search application, a format application, a communication application, 
a network, and an e-billing vendor. The update file contains, among other customer 
information, records of executed customer service orders occurring during a 
5 predetermined interval, preferably daily. The search application reads the update 
file, searches for service orders performed for customers enrolled in an e-billing 
service, and records account change information in a notification file. The format 
application configures the notification file in a format compatible with the e-billing 
vendor. The communication application sends the notification file to the e-billing 
^9.0 service application through the network. Finally, the e-billing vendor updates the 
£7 customer e-billing account information using the data provided by the notification 
SJ file. 

s Figures 5 and 6 broadly illustrate the method by which the present invention 

JJ; synchronizes the merchant and e-billing vendor accounts. For account termination, 
p.5 Figure 5 shows generally that upon disconnecting a customer's telephone line, the 
telephone company (merchant) issues a final paper bill to the customer, and 
automatically notifies the e-billing vendor of the account termination. 
Consequently, the e-billing vendor cancels the telephone bill portion of the 
customer's online billing service and confirms that no further billing information is 
20 expected from the telephone company. Thus, the disconnection will not result in an 
entry on the error report. 
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With regard to an account number change, Figure 6 shows generally that 
upon changing account numbers, the telephone company (merchant) sends to the e- 
billing vendor a notification of the account change followed by the billing 
information for the new account. The notification reports the cancellation of the 
5 original account number and the establishment of the new account under the 

customer's name. As a result, the e-billing vendor recognizes that no further billing 
information will be forthcoming for the original account and that future billing 
information will be forthcoming for the new account. Thus, the e-billing vendor will 
not generate any entries on the error report. 

yJO Accordingly, it is an object of the present invention to provide a system and 

method for a merchant to automatically notify an outside e-billing vendor of a 

*s change in customer status when a customer contacts the merchant to change her 

s service but does not contact the outside e-billing vendor. 

pi It is another object of the present invention to provide a system and method 

45 for automatically synchronizing account information between merchants and their 
e-billing vendors. 

It is another object of the present invention to help reduce error reports 
generated by customers who do not contact both a merchant and its associated e- 
billing vendor to request and report service changes that affect their accounts. 
20 These and other objects of the present invention are described in greater 

detail in the detailed description of the invention, the appended drawings, and the 
attached claims. 
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DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram illustrating the method by which customers 
should notify a telephone company and the e-billing vendor of a terminated account. 

Figure 2 is a schematic diagram illustrating the method by which customers 
should notify a telephone company and the e-billing vendor of an account number 
change. 

Figure 3 is a schematic diagram illustrating the method by which customers 
typically only notify a telephone company of a terminated account. 

Figure 4 is a schematic diagram illustrating the method by which customers 
typically only notify a telephone company of an account number change. 

Figure 5 is a schematic diagram illustrating a preferred embodiment of a 
method according to the present invention for terminated accounts. 

Figure 6 is a schematic diagram illustrating a preferred embodiment of a 
method according to the present invention for an account number change. 

Figure 7 is a schematic diagram of a preferred embodiment of a system 
architecture according to the present invention. 

Figure 8 is a table describing an example of a record format required by an e- 
billing account database. 

Figure 9 is a flowchart outlining a preferred embodiment of a method 
according to the present invention. 



DETAILED DESCRIPTION OF THE INVENTION 
System Architecture: 

Figure 7 is a preferred embodiment of the present invention. On the most 
general level, the system architecture of the preferred embodiment of the present 
invention enables applications of a merchant system 700 to communicate with 
applications of an e-billing vendor system 702 through a network 704. Network 704 
is preferably the Internet. 

In a preferred embodiment of the present invention, merchant system 700 
includes an update file 710, a search application 712 in communication with update 
file 710, a format application 714 in communication with search application 712, 
and a communication application 716 in communication with format application 714 
and network 704. 

E-billing vendor system 702 includes a communication application 720 in 
communication with network 704, an account update application 722 in 
communication with communication application 720, an e-billing account database 
724 in communication with account update application 722, and a web application 
726 in communication with e-billing account database 724. Although the 
components within merchant system 700 and e-billing vendor system 702 are shown 
separately, one skilled in the art would appreciate that the components of each 
could be combined into a single application or a single hardware component. 

Within this architecture, the components perform the following functions. 
Update file 710 stores the merchant's service order activities as well as other 
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customer update information. Examples of the service order activities include the 
addition or deletion of service features, routine service inquiries by customers (e.g., 
repair requests), account number changes, and account termination. Each entry in 
update file 710 is associated with a customer account number, and includes a flag 
5 (or other indicator) if the entry corresponds to an electronic billing customer, and a 
description, code, or other indicator to mark a service activity that affects an 
account number (s). 

At a predetermined time interval, for example, at the close of business of each 
day, the activities (and other customer update information) for that time interval 
^8.0 are downloaded to update file 710. Any number of suitable applications can receive 

: „ t 

^ and record the service activities, and download the activities to the update file 710. 

s jni 

%.i However, in a preferred embodiment of the present invention, a customer billing 

s system 709 receives and records service activities and downloads the activities, in 

jjM the form of update file 710, to a customer information database 711. Customer 

s i: I 

35 billing system 709 maintains billing records for customers and produces cyclical 
billing statements for each customer. Customer billing system 709 is preferably a 
system software including COBOL and Assembly language programs running on an 
IBM 370 Mainframe, such as the Customer Record Information System (CRIS) of 
BellSouth, Atlanta, Georgia. Customer information database 711 is in 
20 communcation with customer billing system 709 and stores the customer data that 
customer billing system 709 accesses and updates. 
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While update file 710 is being downloaded from customer billing system 709 
to customer information database 711, search application 712 reads the service 
order activity files from update file 710 and searches for entries associated with e- 
billing service customers and with service orders that affect account numbers. 
Search application 712 then copies the entries that meet the search criteria into a 
notification file, and forwards the notification file to format application 714 or to a 
server accessible to format application 714. 

In a preferred embodiment of the present invention, search application 712 is 
a Unitech™ software package application that runs on an IBM 370 Mainframe. 
Preferably, once search application 712 reads the update file 710 and collects the 
entries satisfying the search criteria into a notification file, search application 712 
transmits the notification file to a server in communication with format application 
714, using a file transfer protocol that supports file transfer between servers. 

In a further preferred embodiment of the present invention, search 
application 712 searches several update files generated in several separate regional 
operating sites. In this embodiment, search application 712 reads the multiple 
update files and collects the service order activities meeting the search criteria. A 
file transfer system running on an IBM 370 Mainframe transfers the service order 
activities from each regional operating site to a central server, on which a standard 
software utility (e.£., IBM's IEBGENER) merges the service order activities into the 
notification file. The notification file is then transmitted to a server in 
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communication with format application 714, using a file transfer protocol that 
supports file transfer between servers. 

Format application 714 translates files (and data entries in the files) 
configured in the record format of update file 710 into the record format required by 
5 e-billing account database 724. The record format required by e-billing account 
database 724 can be any suitable format. Preferably, the e-billing vendor record 
format includes one or more of customer contact information, type of service activity 
performed ("action"), and account numbers. As an exemplary embodiment of the 
present invention, the table in Figure 8 lists a record format required by an e-billing 

.ass. 

^10 vendor. As shown in Figure 8, the record format conveys, among other things, the 
2 customer's contact information, the type of service activity performed ("action"), the 
%j date of the service activity, and the old and new (if applicable) account numbers 
5 involved in the service activity. The action codes correspond to service activities 
jjj that affect account numbers, namely, "activate," "delete," and "change." In the 
J3(5 preferred embodiment of the present invention, format application 714 is written 

with Microsoft Access™. 

Once the notification file has been formatted, format application 714 sends 

the notification file to communication application 716. Communication application 

716 preferably uses File Transfer Protocol (FTP - a standard Internet protocol) to 
20 forward the notification file through network 704 to communication application 720 

of e-billing vendor system 702, as shown in Figure 7. Preferably, for security, 
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communication application 716 also forwards the notification file through a firewall 
718 separating merchant system 700 from e-billing vendor system 702. 

Communication application 720 receives the notification file, preferably using 
FTP, and forwards it to account update application 722. Once e-billing vendor 
system 702 has received the notification file, e-billing vendor system 702 updates 
the customer information stored on its own system. Preferably, the following 
components assist e-billing vendor system 702 in updating its customer 
information. 

Account update application 722 reads each entry in the notification file and, 
using the account number, consults e-billing account database 724 for the 
corresponding e-billing customer account. Based on the action noted in the 
notification file, account update application 722 updates e-billing account database 
724. For example, for a changed account number, account update application 722 
would cancel the old customer account in e-billing account database 724 and 
establish a new customer account under the new account number provided by the 
notification file. 

With e-billing account database 724 updated, web application 726 accesses 
the new account information and posts it in individual mailboxes on the website. 
System Operation: 

Figure 9 is a flowchart outlining the method implemented by the above- 
described system architecture. The flowchart tracks an example service activity 
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from the request by the customer through notification of the e-billing vendor and 
adjustment of the website postings. 

While the method described herein and illustrated in the flowchart contains 
many specific examples of information flow steps, these steps should not be 
5 construed as limitations on the scope of the invention, but rather as examples of 
method steps that could be used to practice the invention. As would be apparent to 
one of ordinary skill in the art, many other variations on the system operation are 
possible, including differently grouped and ordered method steps. Accordingly, the 
scope of the invention should be determined not by the embodiments illustrated by 
ctO these examples, but by the appended claims and their equivalents, 
pf. As shown in Figure 9, in step 100, a customer contacts merchant system 700 

!f ; to request a change in service. As in a normal course of operation, in step 102 

; : 

s merchant 300 records the service order activity in customer billing system 709. If 
jUJ the customer is a participant in an e-billing service, customer billing system 709 
J45 flags the entry for the service order activity in step 104. 

™ Steps 100 through 104 repeat in response to different service request calls 

from different customers. Then, at some periodic interval, for example once a day at 
the close of business, the merchant's customer billing system 709 downloads the 
service activity entries for that interval {e.g., that day) to update file 710 in step 
20 106. 

In step 108, customer billing system 709 transmits update file 710 to 
merchant's customer information database 711. 
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In step 110, as update file 710 is being transmitted from customer billing 
system 709 to customer information database 711, search application 712 reads 
update file 710 and searches for flagged entries, indicating customers who use an e- 
billing service. In step 112, search application 712 conducts a search of only the 
5 flagged entries to determine which entries report service order activities that affect 
account numbers. This second search yields entries detailing such activities as 
terminated accounts and changed accounts, which, in the context of the 
telecommunications industry described herein, correspond to disconnected lines and 
changed telephone numbers, respectively. Search application 712 identifies these 

JtO entries by searching the descriptions, codes, or other indicators noting activities 

UJ that affect account numbers. 

Jf j Optionally, instead of searching first for customers that use e-billing, the 

I present invention could search first for activities that affect account numbers and, 
UJ of those entries, search for e-billing customers. In any case, the optimal search 
Q5 method searches for the more limiting criterion first, e.g., if typically there are more 
w entries for activities that affect account numbers than there are for e-billing 

customers, then preferably search application 712 would search first for the entries 

corresponding to e-billing customers. 

In step 114, once search application 712 has identified entries satisfying its 
20 search criteria, search application 712 collects the identified entries into a 

notification file. In the case of multiple operating regional sites, search application 

712 collects the entries from each site and transmits them using a file transfer 
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system to a central location (e.g., a central server), where the entries are merged 
into the notification file. 

In step 116, search application 712 forwards the notification file to format 
application 714 or to a server accessible to format application 714. In step 118, 
5 format application 714 translates the record format of the notification file - which is 
in the format required by update file 710 - into the record format required by e- 
billing account database 724. In step 120, format application 714 forwards the re- 
formatted notification file to communication application 716. 

In step 122, communication application 716 of merchant system 700 delivers 
;J|0 the notification file through network 704 to communication application 720 of e- 
£7 billing vendor system 702. Preferably, network 704 is the Internet and 
Sj communication applications 716 and 720 support File Transfer Protocol (FTP). 
g_ In step 124, communication application 720 transmits the notification file to 

y=j account update application 722, which reads the affected account numbers. Then, 
35 in step 126, account update application 722 consults e-billing account database 724, 
accesses the accounts corresponding to the affected account numbers, and applies 
the changes noted in the notification file. Thus, for example, if the action code of an 
entry in the notification file is "D" to indicate a deleted account, account update 
application 722 closes that portion of the e-billing account so that e-billing vendor 
20 system 702 no longer expects billing information from merchant system 700 for that 
account. As another example, if the action code is "C" to indicate a changed 
account, account update application 722 closes the e-billing account corresponding 
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to the old account number and opens an e-billing account for the new account 
number. 

Finally, with the accounts updated, in step 128 web application 726 accesses 
e-billing account database 724 to post bills in a customer's mailbox on the website of 
e-billing vendor system 702. 

The foregoing disclosure of embodiments of the present invention has been 
presented for purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise forms disclosed. Many variations 
and modifications of the embodiments described herein will be obvious to one of 
ordinary skill in the art in light of the above disclosure. The scope of the invention 
is to be defined only by the claims appended hereto, and by their equivalents. 
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